home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000023_news@columbia.edu_Sat Jul 29 08:04:12 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA18963
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 29 Jul 1995 04:25:46 -0400
  3. Received: by apakabar.cc.columbia.edu id AA03294
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 29 Jul 1995 04:25:43 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!news.mindlink.net!news
  6. From: Jack.Bowling@mindlink.bc.ca           (Jack Bowling)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit download from CompuServe.. best setup??
  9. Date: 29 Jul 1995 08:04:12 GMT
  10. Organization: MIND LINK! - British Columbia, Canada
  11. Lines: 60
  12. Message-Id: <3vcq1s$fij@fountain.mindlink.net>
  13. References: <3uidtu$r5c@hpber004.swiss.hp.com> <DC7oIH.6IA@omen.com> <kwOFww8Z7GDV084yn@netcom.com> <DCCKKL.K63@omen.com> <3var29$nvm@apakabar.cc.columbia.edu>
  14. Reply-To: jcbowling@mindlink.bc.ca     (Jack Bowling)
  15. Nntp-Posting-Host: line008.pg.mindlink.net
  16. X-Newsreader: IBM NewsReader/2 v1.2
  17. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  18.  
  19. In <3var29$nvm@apakabar.cc.columbia.edu>, fdc@watsun.cc.columbia.edu (Frank da Cruz) writes:
  20.  
  21. <snip>
  22.  
  23. >Nevertheless, perhaps it is now appropriate for me to put the question:
  24. >
  25. >  WHEREAS the computing landscape has changed dramatically in the past
  26. >  15 years, from a rich and diverse mixture of systems to the almost
  27. >  uniform dominance of PCs with DOS and Windows to the exlusion of all
  28. >  else, and...
  29. >
  30. >  WHEREAS nobody, not even the most inexperienced user, transfers any type
  31. >  of file except ZIP and GIF and JPEG any more, and...
  32. >
  33. >  WHEREAS it is still, to this day, impossible in most cases for software
  34. >  to determine by examining a file's characteristics whether it is a text
  35. >  or binary file (a notable exception being VMS), and therefore to switch
  36. >  into the appropriate mode automatically, ...
  37. >
  38. >  WHEREAS, as Chuck correctly points out, it is possible (though often
  39. >  difficult) to correct the format of a text file transferred in binary
  40. >  mode but it is impossible to fix a binary file transferred in text
  41. >  mode, therefore:
  42. >
  43. >  BE IT RESOLVED THAT future release of Kermit software will use binary
  44. >  file-transfer mode by default.
  45. >
  46. >Is this the consensus of opinion among Kermit users?  If so, we'll make
  47. >this change.  It's not hard -- all we have to do is change a "0" to a "1"
  48. >and recompile :-)
  49. >
  50. >My thanks to Chuck for bringing this issue to the fore at this very
  51. >appropriate time.
  52. >
  53. >>The default for Professional-YAM and ZCOMM is to transfer files without
  54. >>translation.  Professional-YAM and ZCOMM Kermit transfers feature
  55. >>automatic Kermit downloads.  In fact these programs are so quick they
  56. >>often beat MSKermit on downloads from Unix CKermit.
  57. >>
  58. >>Despite Frank and Joe's expressed enthusiasm for quality Kermit
  59. >>implmentations, I rather doubt that ZCOMM and Professional-YAM will
  60. >>appear in any Columbia University list of efficient Kermit programs.
  61. >>
  62. >I'm perfectly willing to believe that you have produced excellent Kermit
  63. >implementations, Chuck.  You are one of the few remaining members of a
  64. >dying breed that is dedicated to producing high-quality work rather than
  65. >glossy, slick, superficial trash.  You can quote me on that :-)
  66. >
  67. >- Frank
  68.  
  69. Would not matter to me as long as the change is noted in the docs. Keep up the
  70. great work!
  71.  
  72. Jack
  73.  
  74.  
  75.  
  76.  
  77.  
  78.